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(54) SUPERVISORY CONTROL SYSTEM, SUPERVISORY CONTROL METHOD, CONTROL 
PROGRAM FOR CONTROLLED DEVICE 



(57) In a monitoring control system that employs a 
simple network management protocol, an operations 
system (1 ) sends Set Request including a block request 
to a device (2) to be operated when a specific hardware 
in the device (2) is to set to a block status. A controller 
(14) in the device (2) that receives the block request 
starts a block processing to the designated specific 



hardware, changes a status of an item in a management 
information base (12) related to the block of the hard- 
ware to a block status, sends back Get Response in- 
cluding a change result to the operations system (1). 
The controller (14) then generates Trap including a re- 
quest ID that indicates the block request, and sends the 
Trap to the operations system (1) when completing the 
block processing. 
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Description 

TECHNICAL FIELD 

[0001] The present invention relates to a monitoring 
control system formed with an operations system (OpS: 
Operations System) and a device to be operated, and 
a network monitoring control method for the monitoring 
control system. More specifically, the present invention 
relates to a monitoring control system and a monitoring 
control method that employ SNMP (Simple Network 
Management Protocol) as a mode of management of a 
network. 

BACKGROUND ART 

[0002] A conventional monitoring control system and 
a conventional monitoring control method will be ex- 
plained below. Fig. 1 0 shows the operations of the con- 
ventional monitoring control system that employs the 
SNMP (Simple Mode of management of a network) as 
the mode of management of a network. Fig. 11 shows 
formats of messages exchanged between an opera- 
tions system and a device to be operated. The device 
includes a virtual database that stores management in- 
formation referred to as M IB (Management Information 
Base). 

[0003] Set Request shown in Fig. 11 , for example, is 
a request message output from the operations system 
when the management information in the MIB is to be 
changed. The device that receives this message, starts 
a processing for changing the management information 
in the M IB to a requested value. At this time, the device 
sends back a response message of Get Response as a 
notification of accepting the Set Request to the opera- 
tions system. As shown in Fig. 11 . Set Request and Get 
Response include "request ID (block request, etc.)" and 
"requested parameter and list of values of the parameter 
(data part: detailed contents for the request)". Further, 
as shown in Fig. 11, Get Response includes "request 
ID" and "request accepted parameter and list of values 
of the parameter". The block means herein to stop the 
function of a target device (e.g., a card). 
[0004] Get Request is a request message output from 
the operations system when the management informa- 
tion in the MIB is to be acquired. The device to be oper- 
ated that receives this request message, sends back 
Get Response including the requested management in- 
formation in the M IB to the operations system . As shown 
in Fig. 11, Get Request includes "request ID" and "re- 
quested parameter and list of values of the parameter 
(data part)". 

[0005] Trap is a message such that the device to be 
operated autonomously notifies the operations system 
of internal abnormality of the device or a change in sta- 
tus and a change in status of the device caused by Set 
Request. As shown in Fig. 11, Trap includes "autono- 
mous message or each parameter corresponding to 



various requests and list of values of the parameter (da- 
ta part)". 

[0006] As can be seen, the conventional monitoring 
control system and monitoring control method realize 

5 network management using the five types of messages. 
[0007] However, the conventional monitoring control 
system has the following disadvantage. For example, 
there is a case where when the operations system 
sends, for example, a block request (block) as Set Re- 

10 quest, the device to be operated sends back Get Re- 
sponse indicating that this block request is accepted, 
and then the device sends Trap that indicates a block 
status to the operations system. In this case, the oper- 
ations system cannot determine from the content of Trap 

15 whether the block status indicated by this Trap is caused 
by the block request. 

[0008] Specifically, the conventional monitoring con- 
trol system has a disadvantage in that the operations 
system cannot determine from the content of Trap 
20 whether the block status is a block status caused by the 
block request, a block status caused by another request, 
or an autonomous block status set by the device to be 
operated. 

[0009] To solve the problems, it is an object of the 
25 present invention to provide a monitoring control system 
and a monitoring control method that allow an opera- 
tions system to determine from the content of Trap, the 
cause of a current status (a block status, another abnor- 
mal status, a change in status, or the like) of a device 
30 to be operated. 

DISCLOSURE OF THE INVENTION 

[0010] A monitoring control system according to the 
35 present invention employs SNMP as a mode of man- 
agement of a network. An operations system sends a 
setting request message including a control request to 
a device to be operated when a specific H/W in the de- 
vice is to be controlled. A controller in the device to be 
40 operated that receives the control request starts control 
over the designated specific H/W, changes a status of 
an item in an MIB related to the control request to the 
designated H/W to a predetermined status, and sends 
back a response message including a change result to 
45 the operations system. The controller in the device gen- 
erates an autonomous message including a request ID 
that indicates the control request, and sends the auton- 
omous message to the operations system when com- 
pleting the control. 
50 [0011] In the monitoring control system according to 
the next invention, the device to be operated does not 
accept another setting request message of the same 
type as the setting request message during a period 
since receiving the setting request message until out- 
55 putting the autonomous message. 

[0012] In the monitoring control system according to 
the next invention, formats of the autonomous messag- 
es are discriminated from each other based on a block 
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processing performed under autonomous control of the 
H/W and a block processing performed in response to 
the control request. 

[0013] In the monitoring control system according to 
the next invention, each of request IDs of the setting re- 
quest message, the response message, and the auton- 
omous message is provided with a terminal for mainte- 
nance ID or a terminal for user ID, and with a command 
ID. 

[0014] In the monitoring control system according to 
the next invention, each of request IDs of the setting re- 
quest message, the response message, and the auton- 
omous message is provided with a terminal for mainte- 
nance ID or a terminal for user ID, and with a client ID 
and a command ID. 

[0015] In the monitoring control system according to 
the next invention, each of request IDs of the setting re- 
quest message, the response message, and the auton- 
omous message is provided with a client ID and a com- 
mand ID. 

[0016] A monitoring control method according to the 
next invention employs SNMP as a mode of manage- 
ment of a network. The method includes a setting re- 
quest message transmission step of sending a setting 
request message including a control request from an op- 
erations system to a device to be operated when the 
operations system is to control a specific H/W in the de- 
vice; a response message reply step of allowing a con- 
troller in the device that receives the control request to 
start control over the designated specific H/W, to change 
a status of an item in an MIB related to the control re- 
quest to the designated H/W to a predetermined status, 
and to send back a a response message including a 
change result to the operations system; and an auton- 
omous message transmission step of allowing the con- 
troller in the device to generate an autonomous mes- 
sage including a request ID that indicates the control re- 
quest, and to send the autonomous message to the op- 
erations system when the controller completes the con- 
trol. 

[0017] In the monitoring control method according to 
the next invention, another setting request message of 
the same type as the setting request message is not ac- 
cepted by the device to be operated during a period 
since receiving the setting request message until out- 
putting the autonomous message. 
[0018] In the monitoring control method according to 
the next invention, formats of the autonomous messag- 
es are discriminated from each other according to a 
block processing performed under autonomous control 
of the H/W and a block processing performed in re- 
sponse to the control request. 

[0019] A control program for a device to be operated 
according to the next invention allows a computer to ex- 
ecute: an SNMP autonomous message transmission 
step of generating an autonomous message including a 
request ID that indicates a control request and sending 
the autonomous message to an operations system 



when control requested from the operations system is 
completed. 

[0020] In the control program for a device to be oper- 
ated according to the next invention, the computer is al- 
5 lowed to execute control not to accept another setting 
request message of the same type as the setting re- 
quest message during a period since receiving a setting 
request message until outputting the autonomous mes- 
sage. 

10 [0021] In the control program for a device to be oper- 
ated according to the next invention, the computer is al- 
lowed to execute an autonomous message generation 
step of generating different autonomous messages 
based on a block processing performed under autono- 

15 mous control of an H/W and a block processing per- 
formed in response to the control request. 

BRIEF DESCRIPTION OF THE DRAWINGS 

20 [0022] Fig. 1 shows the configuration of a monitoring 
control system according to a first embodiment of the 
present invention; Fig. 2 shows the configuration of an 
MIB 12; Fig. 3 shows the configuration of an ordinary 
computer system that can execute a control program for 
25 a device to be operated in the first embodiment; Fig. 4 
shows a monitoring control method of the first embodi- 
ment; Fig. 5 shows the format of Trap sent from the de- 
vice to be operated to an operations system; Fig. 6 
shows a monitoring control method according to a sec- 
30 ond embodiment of the present invention; Fig. 7 shows 
a monitoring control method according to a third embod- 
iment of the present invention; Fig. 8 shows the config- 
uration of a monitoring control system according to a 
fourth embodiment of the present invention; Fig. 9 
35 shows the configuration of a monitoring control system 
according to a fifth embodiment of the present invention ; 
Fig. 10 shows the operation of the conventional moni- 
toring control system that employs SNMP as a mode of 
management of a network; and Fig. 11 shows formats 
40 of messages exchanged between the operations sys- 
tem and the device to be operated. 

BEST MODE FOR CARRYING OUT THE INVENTION 

45 [0023] Exemplary embodiments of the monitoring 
control system and the monitoring control method ac- 
cording to the present invention will be explained in de- 
tail below with reference to the drawings. It is noted that 
this invention is not limited by the embodiments. 

50 

First Embodiment: 

[0024] Fig. 1 shows the configuration of a monitoring 
control system according to a first embodiment of the 
55 present invention. In Fig. 1, 1 denotes an operations 
system (OpS), and 2 denotes a device to be operated. 
In the device 2, 11 denotes an external l/F section that 
relays various request messages and response mes- 
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sages, 12 denotes an M IB that operates as a virtual da- 
tabase that stores management information, 1 3 denotes 
a H/W section to be operated that includes a plurality of 
H/Ws each to be set in response to a setting request 
message from the operations system 1 , and 1 4 denotes 
a controllerthat controls the M I B 1 2 and the H/W section 
1 3 in response to the various request messages. Fig. 2 
shows the configuration of the MIB 12. 
[0025] The monitoring control system in this embodi- 
ment employs SNMP as a mode of management of a 
network. It is noted that SIMM P is a standard protocol for 
network management in TCP/IP environment. The 
SNMP is managed and operated based on three re- 
quest messages of Set Request, Get Request, and Get 
next Request, one response message of Get Response, 
and one autonomous message of Trap. 
[0026] Specifically, the operations system 1 requests 
the check of management information in the M IB 12 pro- 
vided in the device to be operated 2 and the change of 
the content of the management information in the same 
manner as that of the conventional technology. In addi- 
tion, the device to be operated 2 operates the manage- 
ment information based on the request from the opera- 
tions system 1 in accordance with a control program for 
the device to be operated in this embodiment, and also 
notifies the operations system 1 of a change in the status 
of the device 2 or the occurrence of abnormality. 
[0027] Fig. 3 shows the configuration of an ordinary 
computer system that operates as the device to be op- 
erated 2 and that can execute the device to be operated 
control program in this embodiment. 
[0028] This computer system includes, for example, 
a control unit 101 (corresponding to the controller 14) 
including a CPU, a memory unit 102 (including the MIB 
12), a display unit 103, an input unit 1.04, a CD-ROM 
drive unit 105, a disk unit 106, and an external l/F unit 
107 (corresponding to the external l/F section 11). 
These units are mutually connected through a system 
bus A. In Fig. 3, the control unit 101 executes the control 
program for the device to be operated in this embodi- 
ment. The memory unit 1 02 includes memories such as 
RAM and ROM, and stores the program to be execute 
by the control unit 101 , necessary data (including the 
MIB 12) acquired in the course of processing, and the 
like. The display unit 1 03 is formed with a CRT, an LCD, 
(Liquid Crystal Display panel), or the like, and displays 
various screens for the user of the computer system. 
The input unit 1 04 is formed with a keyboard, a mouse, 
and the like, and is used by the user of the computer 
system to input various pieces of information. The ex- 
ternal l/F unit 1 07 relays communications with the oper- 
ations system. In addition, the CD-ROM 200 shown in 
Fig. 3 stores the program for the device to be operated 
in this embodiment. 

[0029] In the computer system thus constituted, a pro- 
gram is first installed to the disk unit 106 from the 
CD-ROM 200 set at the CD-ROM drive unit 105. The 
program is read from the disk unit 106 when the com- 



puter system, and the read program is stored in.the 
memory unit 102. In this status, the control unit 101 
(CPU) executes the program for the device to be oper- 
ated in this embodiment based on the program stored 

5 in the memory unit 102. 

[0030] According to the present invention, the 
CD-ROM 200 provides the program for the device to be 
operated. However, a recording medium of this program 
is not limited to the CD-ROM 200, but may be any other 

10 recording medium such as a magnetic disk, e.g., a flop- 
py disk, a magneto-optical disk, or a magnetic tape, in 
accordance with a computer that constitutes the system. 
[0031] A case when the operations system 1 sends a 
block request . (block) will be explained as one example 

15 of the operation of the device to be operated 2 that can 
execute the program for the device to be operated. Fig. 
4 shows a monitoring control method of the first embod- 
iment. Fig. 5 shows the format of an autonomous mes- 
sage (Trap) sent from the device to be operated 2 to the 

20 operations system 1 . 

[0032] In the operations system 1 , when a specific H/ 
W which constitutes the H/W section to be operated 1 3 
is set to a block status, a block request as one of Set 
Request is first sent to the device to be operated 2 (step 

25 S1). An ID that indicates the block request as a request 
ID is described on this Set Request, and a card ID and 
other detailed information (card ID, card type, parameter 
information indicating whether the request is block or 
block release, and the like) as a data part is described 

30 thereon. The card ID is an identifier to make a plurality 
of cards (note that the H/W section 13 is formed with a 
plurality of cards including a plurality types of cards) 
identifiable. 

[0033] The controller 14 in the device to be operated 

35 2 that receives the block request through the external I/ 
F section 1 1 , starts a block processing for the designat- 
ed specific H/W in the H/W section 13, and changes the 
status of a block-related item of the management infor- 
mation corresponding to the H/W in the MIB 1 2 to a block 

40 status. The controller 1 4 in the device 2 then sends back 
Get Response on which the change result is described, 
to the operations system 1 (step S2). An ID that indi- 
cates the block request as a request ID is described on 
this Get Response, and the card ID and other detailed 

45 information are described thereon as a data part. 

[0034] Further, if it is necessary to send, for example, 
processing information corresponding to the block re- 
quest to the operations system 1 depending on the 
specification of the system, the controller 14 of the de- 

50 vice to be operated 2 generates VBL (additional infor- 
mation), i.e., Trap on which a request ID that indicates 
the block request and a data part that indicates a card 
ID and the other detailed information are described, and 
sends the Trap thus generated to the operations system 

55 1 . 

[0035] As explained above, in the first embodiment, 
the device to be .operated adds the request ID indicat- 
ing the block request to Trap. It is, therefore, possible 
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for the operations system to reliably determine that this 
Trap is sent in response to the block request. 

Second Embodiment: 

[0036] In the first embodiment, by adding the request 
ID that indicates the block request to Trap, it is possible 
to surely determine that this Trap is sent in response to 
the block request. 

[0037] In a second embodiment, by contrast, it is en- 
sured that Trap sent from the device to be operated 2 is 
a response to a block request to a specific H/W sent 
from the operations system 1 . 

[0038] Fig. 6 shows a monitoring control method of 
the second embodiment. In Fig. 6, similarly to the first 
embodiment, a case when the operations system 1 
sends a block request (block) is shown. Since the overall 
configuration of the monitoring control system in this 
embodiment is the same as that in the first embodiment 
shown in Fig. 1 . the constituent elements of the system 
are denoted by the same reference symbols, respec- 
tively and they will not be explained herein. In addition, 
only the operations different from those in the first em- 
bodiment will be explained herein. 
[0039] The device to be operated 2 in this embodi- 
ment conducts exclusive control during a period since 
receiving Set Request at step S1 until outputting Trap 
at step S3. That is, even if receiving another Set Re- 
quest of the same.type (block request), the device 2 ex- 
ercises control so as not to accept another Set Request. 
[0040] By so controlling, another Set Request of the 
same type is not accepted during a period since one Set 
Request is accepted until Trap is output in this embod- 
iment. Therefore, it is possible to ensure that Trap output 
following Set Request and Get Response is a response 
to the block request to the specific H/W sent from the 
operations system. 

Third Embodiment: 

[0041] In the preceding first and second embodi- 
ments, the monitoring control system is constituted to 
be capable of ensuring that Trap output following Set 
Request and Get Response is a response to the block 
request sent from the operations system 1 . 
[0042] In a third embodiment, the monitoring control 
system is further constituted so that the operations sys- 
tem 1 can reliably determine whether Trap sent from the 
device to be operated 2 indicates a block status caused 
by the autonomous control of an H/W or a block status 
caused by the block request sent from the operations 
system 1 . 

[0043] Fig. 7 shows a monitoring control method of 
the third embodiment. In Fig. 7, similarly to the first em- 
bodiment, a case when the operations system 1 sends 
a block request (block) is shown. Since the overall con- 
figuration of the monitoring control system in this em- 
bodiment is the same as that in the first embodiment 



shown in Fig. 1 , the constituent elements of the system 
are denoted by the same reference symbols, respec- 
tively and they will not be explained herein. In addition, 
only the operations different from those in the first and 

5 second embodiments will be explained herein. 

[0044] The controller 14 in the device to be operated 
2 that receives Set Request at step S1 , sends a block 
request from the operations system 1, i.e., a remote 
block request, to an H/W (in the H/W section to be op- 

10 erated 13) designated by Set Request (step S11 in Fig. 
7(a)). The H/W that receives the remote block request, 
sends an acceptance complete notification for the re- 
mote block request to the controller 1 4 (step S1 2). 
[0045] When sending Get Response and then per- 

15 forming the remote block processing in the procedure 
at step S2, the H/W sends a remote block complete no- 
tification to the controller 1 4 in the device to be operated 
2 (step S1 3). The controller 14 adds VBL (additional in- 
formation) to Trap, and sends the Trap to the operations 

20 system 1 in the same manner as that explained in the 
first embodiment (step S3). 

[0046] On the other hand, if a specific H/W is auton- 
omously blocked, the H/W sends an H/W block com- 
plete notification to the controller 14 (step S14 in Fig. 7 
25 (b)). The controller 14 adds VBL (additional information) 
without a request ID to Trap, and sends the Trap to the 
operations system 1 (step S15). 
[0047] As explained above, in the third embodiment, 
the formats of Trap are discriminated from each other 
30 by a block processing under the autonomous control of 
the H/W and a block processing in response to the block 
request sent from the operations system. It is, therefore, 
possible to reliably determine whether Trap indicates 
the block status under the autonomous control of the H/ 
35 w or the block status in response to the block request. 

Fourth Embodiment: 

[0048] Fig. 8 shows the configuration of a monitoring 
40 control system according to a fourth embodiment of the 
present invention. In Fig. 8, 3 denotes a maintenance 
terminal. 

[0049] In this embodiment, each of request IDs shown 
in Figs. 11(a) and (b) and the request ID of Trap shown 

45 in Fig. 5 consists of "ID for maintenance/user" + "com- 
mand ID (block request, etc.)". The "ID for maintenance/ 
user" indicates "maintenance terminal ID/ user terminal 
ID". The use terminal corresponds to the operations sys- 
tem 1 shown ' in Fig. 8. The maintenance terminal 3 is 

50 a terminal used by the manufacturer of the device to be 
operated 2 for maintenance, and is normally disposed 
next to the device to be operated (or a separate remote 
terminal is sometimes used as well as the terminal 3). 
Namely, the maintenance terminal 3 has functions that 

55 can be implemented by the user terminal and also can 
use privileged maintenance commands such as a 
forced reset or rewrite of a memory in a card. 
[0050] In this embodiment, therefore, it is possible to 
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easily specify a terminal type, i.e., whether the terminal 
is a terminal for maintenance or a terminal for user. 

Fifth Embodiment: 

[0051] Fig: 9 shows the configuration of a monitoring 
control system according to a fifth embodiment of the 
present invention. In Fig. 9, 4, 5, and 6 denote clients 
assigned to respective users. The constituent elements 
of the system are denoted by the same reference sym- 
bols as those in the preceding embodiments, respec- 
tively and they will not be explained herein. The user 
terminal in this embodiment corresponds to the opera- 
tions system 1 and the clients 4 to 6 shown in Fig. 9. 
[0052] In this embodiment, each of the request IDs 
shown in Figs. 1 1 (a) and (b) and the request ID of Trap 
shown in Fig. 5 consists of "ID for maintenance/user" + 
"client ID" + "command ID". 

[0053] By constituting so, in this embodiment, it is 
possible to easily specify which of the clients makes a 
request of Set Request, Get Request, or Get next Re- 
quest, to which client Get Response is responded, or 
from which client Trap indicating an abnormal status is 
received. 

[0054] In this embodiment, the request ID consists of 
"ID for maintenance/user" + "client ID" + "command ID". 
However, the configuration of the request ID is not lim- 
ited thereto. Even if the request ID consists of, for ex- 
ample, "client ID" + "command ID", it is possible to attain 
the same advantages. 

[0055] As explained so far, according to the present 
invention, the system is constituted so that the device 
to be operated adds the request ID that indicates a block 
request, to Trap. By so constituting, it is advantageously 
possible to attain the monitoring control system that al- 
lows the operations system to reliably determine that 
this Trap is sent in response to the block request. 
[0056] According to the next invention, the system is 
constituted so that the device to be operated does not 
accept another Set Req uest of the same type as the set- 
ting request message during a period since receiving 
the Set Request until outputting the Trap. By so consti- 
tuting, it is advantageously possible to attain the moni- 
toring control system that can ensure that Trap output 
following Set Request and Get Response is a response 
to the block request to the specific H/W sent from the 
operations system. 

[0057] According to the next invention, formats of the 
Trap are discriminated from each other based on a block 
processing performed under autonomous control of the 
H/W and a block processing performed in response to 
the control request. By doing so, it is advantageously 
possible to attain the monitoring control system that can 
reliably determine whether this Trap indicates the block 
status under the autonomous control of the H/W or the 
block status in response to the block request. 
[0058] According to the next invention, it is advanta- 
geously possible to attain the monitoring control system 



that can easily specify the type of the terminal from each 
message. 

[0059] According to the next invention, it is advanta- 
geously possible to attain the monitoring target system 
5 that can easily specify which of the clients makes a re- 
quest of Set Request, Get Request, or Get next Re- 
quest, to which client Get Response is responded, or 
from which client Trap indicating an abnormal status is 
received. 

10 [0060] According to the next invention, it is advanta- 
geously possible to attain the monitoring target system 
that can easily specify which of the clients makes a re- 
quest of Set Request, Get Request, or Get next Re- 
quest, to which client Get Response is responded, or 

15 from which client Trap indicating an abnormal status is 
received. 

[0061] According to the next invention, the device to 
be operated adds the request ID that indicates the block 
request, to Trap. It is thereby advantageously possible 
20 to attain the monitoring control method that enables the 
operations system to reliably determine that this Trap is 
sent in response to the block request. 
[0062] According to the next invention, another Set 
Request of the same type as the setting request mes- 
25 sage is not accepted during a period since Set Request 
is received until the Trap is output. By doing so, it is ad- 
vantageously possible to attain the monitoring control 
method that can ensure that Trap output following Set 
Request and Get Response is a response to the block 
30 request to the specific H/W sent from the operations sys- 
tem. 

[0063] According to the next invention , formats of the 
Trap are discriminated from each other based on a block 
processing under autonomous control of the H/W and a 
35 block processing in response to the block request sent 
from the operations system. By doing so, it is advanta- 
geously possible to attain the monitoring control method 
that can reliably determines whether this Trap indicates 
the block status under the autonomous control of the H/ 
40 w or the block status in response to the block request. 
[0064] According to the next invention, the request ID 
that indicates the block request is added to Trap, it is 
thereby advantageously possible to enable the opera- 
tions system to reliably determine that this Trap is sent 
45 in response to the block request. 

[0065] According to the next invention, another Set 
Request of the same type as the setting request mes- 
sage is not accepted during a period since Set Request 
is received until the Trap is output. By doing so, it is ad- 
50 vantageously possible to ensure that Trap output 
following . Set Request and Get Response is a re- 
sponse to the block request to the specific H/W sent 
from the operations system. 

[0066] According to the next invention, formats of the 
55 Trap are discriminated from each other based on a block 
processing under autonomous control of the H/W and a 
block processing in response to the block request sent 
from the operations system. By doing so, it is advanta- 
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geously possible to reliably determine whether this Trap 
indicates the block status underthe autonomous control 
of the H/W or the block status in response to the block 
request. 

INDUSTRIAL APPLICABILITY 

[0067] As explained so far, the monitoring control sys- 
tem, the monitoring control method, and the control pro- 
gram for a device to be operated according to the 
present invention are suited for the network manage- 
ment system that is formed with the operations system 
and the device to be operated, and that employs SIMM P. 



Claims 

1 . A monitoring control system that employs a simple 
network management protocol as a mode of man- 
agement of a network, wherein 

an operations system (1) sends a setting re- 
quest message including a control request to a de- 
vice to be operated (2) when a specific hardware in 
the device (2) is to be controlled, 

a controller (1 4) in the device (2) that receives 
the control request starts control over the specific 
hardware designated, changes a status of an item 
in a management information base (12) related to 
the control request to the designated hardware to a 
predetermined status, and sends back a response 
message including a change result to the opera- 
tions system (1), and 

the controller (14) in the device (2) generates 
an autonomous message including a request ID 
that indicates the control request, and sends the au- 
tonomous message to the operations system (1) 
when completing the control. 

2. A device (2) to be operated that forms a monitoring 
control system, for employing a simple network 
management protocol, the device comprising: 

a controller (14) that, when receiving a setting 
request message including acontrol requestfor 
controlling a specific hardware from an opera- 
tions system (1), starts control over the specific 
hardware designated, changes a status of an 
item in a management information base (1 2) re- 
lated to the control request to the designated 
hardware to a predetermined status, sends 
back a response message including a change 
result to the operations system (1), generates 
an autonomous message including a request 
ID that indicates the control request, and sends 
the autonomous message to the operations 
system (1) when completing the control. 

3. The device (2) according to claim 2, wherein anoth- 



er setting request message of the same type as the 
setting request message is not accepted during a 
period since receiving the setting request message 
until outputting the autonomous message. 

5 

4. The device (2) according to claim 2, wherein for- 
mats of the autonomous messages are discriminat- 
ed from each other based on a block processing 
performed under autonomous control of the hard- 

10 ware and a block processing performed in response 
to the control request. 

5. An operations system (1) that forms a monitoring 
control system for employing a simple network man- 
's agement protocol, the operations system compris- 
ing: 



a controller that sends a setting request mes- 
sage including a control request to a device (2) 

20 to be operated when a specific hardware in the 

device (2) is to be controlled, receives a re- 
sponse message including a change result of 
an item from the device (2) as a result of control 
to the specific hardware, wherein the item in a 

25 management information base (12) related to 

the control request to the designated hardware, 
and receives an autonomous message includ- 
ing a request ID that indicates the control re- 
quest, from the device (2). 

30 

6. The operations system (1) according to claim 5. 
wherein it is determined whether a block processing 
is performed under autonomous control of the hard- 
ware or a block processing is performed in re- 

35 sponse to the control request, from autonomous 
messages having different formats. 

7. A monitoring control method that employs a simple 
network management protocol as a mode of man- 

40 agement of a network, comprising: 

a setting request message transmission step of 
sending a setting request message including a 
control request from an operations system (1) 
45 to a device to be operated (2) when the opera- 

tions system (1) is to control a specific hard- 
ware in the device (2); 

a response message reply step of allowing a 
controller in the device (2) that receives the 

50 control request to start control over the specific 

hardware designated to change a status of an 
item in a management information base (1 2) re- 
lated to the control request to the designated 
hardware to a predetermined status, and to 

55 send back a response message including a 

change result to the operations system (1 ); and 
an autonomous message transmission step of 
allowing the controller (14) in the device (2) to 
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generate an autonomous message including a 
request ID that indicates the control request, 
and to send the autonomous message to the 
operations system (1) when the controller (14) 
completes the control. 5 

8. The monitoring control method according to claim 
7, wherein another setting request message of the 
same type as the setting request message is not 
accepted by the device to be operated (2) during a 10 
period since the setting request message is re- 
ceived until the autonomous message is output. 

9. The monitoring control method according to claim 

7, wherein formats of the autonomous messages 15 
are discriminated from each other based on a block 
processing performed under autonomous control of 
the hardware and a block processing performed in 
response to the control request. 

20 

10. A control program for a device (2) to be operated 
that allows a computer to execute: 

a simple network management protocol auton- 
omous message transmission step of generat- 25 
ing an autonomous message including a re- 
quest ID that indicates a control request and 
sending the autonomous message to an oper- 
ations system (1) when control requested from 
the operations system (1) is completed. 30 

1 1 . The control program for a device (2) to be operated 
according to claim 10, wherein the computer is al- 
lowed to execute control not to accept another set- 
ting request message of the same type as the set- 35 
ting request message during a period since receiv- 
ing a setting request message until outputting the 
autonomous message. 

1 2. The control program for a device (2) to be operated 40 
according to claim 10, wherein the computer is al- 
lowed to execute an autonomous message gener- 
ation step of generating different autonomous mes- 
sages based on a block processing performed un- 
der autonomous control of a hardware and a block 45 
processing performed in response to the control re- 
quest. 
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